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DETAILED ACTION 

1. Applicant's amendment dated June 25, 2007, responding to the Office action 
mailed Feb. 20, 2007 provided in the rejection of claims 1-35, wherein claims 36-45 are 
new. 

Claims 1-45 remain pending in the application and which have been fully 
considered by the examiner. 

Applicant's arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection - see Koch, Cover and Boushy - arts made of 
record, as applied hereto. 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

2. Claims 1-13, 15-35, 37, 39, 41, and 43 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Michael Koch (Leverage legacy systems with a blend of XML, 
XSL, and Java®, October 6, 2000, JavaWorld.com) (hereinafter Koch' - arts made of 
record) in view of Robin Cover (Apache Xalan XSLT Compiler (XSLTC) Integrated into 
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the Java® Web Services Developer Pack (WSDP), August 26, 2002, OASIS) 
(hereinafter 'Cover' - arts made of record) 

3. As to claim 1 (Original), Koch discloses a method of processing messages 
comprising: using the compiled source code to transform a payload message between 
the program language and an online transaction processing (OLTP) language (e.g., 
Sec. of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - 
XML describes the structure of the data you are sending; Add XSL to complete some 
simple transformations; Use Java® to encapsulate it with a few simple classes; You will 
then leverage a host of legacy system transactions written decades ago and 
development becomes easier; In addition, the solution, you employ is realtime, which 
circumvents the frustrations and problems that arise from working with an extract file or 
batch interface; Fig. 1 - Legacy transaction framework, elements of "Calling 
Application", "Java Engine", "Outgoing message structure", "Incoming message 
structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, and Java work hand 
in hand to solve the complex problem of mainframe transaction access; Implementing 
XSL styling creates supplementary layers in the framework that allow the solution to 
configure changes from the application server or the mainframe programs without 
recompiling the Java code that performs the mapping; XML allows us to describe the 
structure of the COBOL transactions, providing directions to the Java® engine on how 
to build the request or parse the response). 

Koch does not explicitly disclose generating source code in a program language; 
compiling the source code and the source code being generated automatically. 



Application/Control Number: 10/681 ,057 Page 4 

Art Unit: 2192 

However, in an analogous art of Apache Xalan XSLT Compiler (XSLTC) 
Integrated into the Java Web Services Developer Pack (WSDP), Cover discloses 
generating source code in a program language; compiling the source code and the 
source code being generated automatically (e.g., P. 1, 1 st Par., Lines 1-14 -The XSLT 
Compiler (XSLTC) is a "high-performance alternative to the Xalan Classic XSLT 
Processor for transforming XML documents into a variety of output formats; XSLTC is a 
free, open-source, Java®-based tool that generates fast and lightweight Java class files 
called translets that can be plugged into existing applications or used directly for 
transforming XML files according to an input XSL stylesheet; It assists developer who 
need high volume, portable, embedded XML transformation capabilities in their 
applications."). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Cover into the Koch's system 
to further provide generating source code in a program language; compiling the source 
code and the source code being generated automatically in Koch system. 

The motivation is that it would further enhance the Koch's system by taking, 
advancing and/or incorporating Cover's system which offers significant advantages that 
the key benefits of XSLTC are speed and portability; XSLTC works by transparently 
compiling XSL style-sheets into Java® byte code [translets], which can then be used 
repeatedly to perform XSLT transformations on one or many XML files as once 
suggested by Cover (e.g., P. 1, 1 st Par., Lines 1-14). 
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4. As to claim 2 (incorporating the rejection in claim 1) (Original), Koch discloses 
the method further including: receiving a markup language document, the markup 
language document being compliant with message rules associated with the OLTP 
language (e.g., Sec. of "Combine XML, XSL, and Java to interface with mainframe 
systems", 2 nd Par. - XML describes the structure of the data you are sending; Add XSL 
to complete some simple transformations; Use Java® to encapsulate it with a few 
simple classes; You will then leverage a host of legacy system transactions written 
decades ago and development becomes easier; In addition, the solution, you employ is 
realtime, which circumvents the frustrations and problems that arise from working with 
an extract file or batch interface; Fig. 1 - Legacy transaction framework, elements of 
"Calling Application", "Java Engine", "Outgoing message structure", "Incoming message 
structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, and Java work hand 
i hand to solve the complex problem of mainframe transaction access; Implementing 
XSL styling creates supplementary layers in the framework that allow the solution to 
configure changes from the application server or the mainframe programs without 
recompiling the Java code that performs the mapping; XML allows us to describe the 
structure of the COBOL transactions, providing directions to the Java® engine on how 
to build the request or parse the response); and Cover discloses compiling the markup 
language document into the source code, the source code enabling transformation of 
the message between the program language and the OLTP language (e.g., P. 1, 1 st 
Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a "high-performance alternative to 
the Xalan Classic XSLT Processor for transforming XML documents into a variety of 
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output formats; XSLTC is a free, open-source, Java®-based tool that generates fast and 
lightweight Java class files called translets that can be plugged into existing applications 
or used directly for transforming XML files according to an input XSL stylesheet; It 
assists developer who need high volume, portable, embedded XML transformation 
capabilities in their applications."). 

5. As to claim 3 (incorporating the rejection in claim 2) (Original), Koch discloses 
the method wherein the message rules define markup tags for describing components 
of the message (e.g., Sec. of "The versatile XML, 3 rd Par. - Using XML, you can now 
implement that copybook metadata to generate your copybook markup language; 
Below, this short, simplistic example of an XML document containing our COBOL 
program's metadata retrieves a name when given a social security number). 

6. As to claim 4 (incorporating the rejection in claim 3) (Original), Koch discloses 
the method wherein the message is a request message from an application to an OLTP 
host (e.g., Fig. 1 - Legacy transaction framework, elements of "outgoing message 
structure", "incoming message structure"). 

7. As to claim 5 (incorporating the rejection in claim 3) (Original), Koch discloses 
the method wherein the message is a response message from an OLTP host to an 
application (e.g., Fig. 1 - Legacy transaction framework, elements of "outgoing 
message structure", "incoming message structure"). 
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8. As to claim 6 (incorporating the rejection in claim 3) (Original), Koch discloses 
the method wherein the markup language is an extensible markup language (e.g., Sec. 
of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - XML 
describes the structure of the data you are sending; Add XSL to complete some simple 
transformations; Use Java® to encapsulate it with a few simple classes; You will then 
leverage a host of legacy system transactions written decades ago and development 
becomes easier; In addition, the solution, you employ is realtime, which circumvents the 
frustrations and problems that arise from working with an extract file or batch interface). 

9. As to claim 7 (incorporating the rejection in claim 2) (Original), Cover discloses 
the method further including compiling the markup language document based on 
stylesheet data, the stylesheet data representing a program template for the message in 
the program language (e.g., P. 1, 1 st Par., Lines 1-14 -The XSLT Compiler (XSLTC) is 
a "high-performance alternative to the Xalan Classic XSLT Processor for transforming 
XML documents into a variety of output formats; XSLTC is a free, open-source, Java®- 
based tool that generates fast and lightweight Java class files called translets that can 
be plugged into existing applications or used directly for transforming XML files 
according to an input XSL stylesheet; It assists developer who need high volume, 
portable, embedded XML transformation capabilities in their applications."). 
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10. As to claim 8 (incorporating the rejection in claim 7) (Original), Cover discloses 
the method further including using a stylesheet parser to compile the markup language 
document (e.g., P. 1, 1 st Par., Lines 1-14 -The XSLT Compiler (XSLTC) is a "high- 
performance alternative to the Xalan Classic XSLT Processor for transforming XML 
documents into a variety of output formats; XSLTC is a free, open-source, Java®-based 
tool that generates fast and lightweight Java class files called translets that can be 
plugged into existing applications or used directly for transforming XML files according 
to an input XSL stylesheet; It assists developer who need high volume, portable, 
embedded XML transformation capabilities in their applications."). 

11. As to claim 9 (incorporating the rejection in claim 2) (Original), Cover discloses 
the method further including receiving and compiling a plurality of markup language 
documents for a plurality of message types (e.g., P. 1, 1 st Par., Lines 1-14 -The XSLT 
Compiler (XSLTC) is a "high-performance alternative to the Xalan Classic XSLT 
Processor for transforming XML documents into a variety of output formats; XSLTC is a 
free, open-source, Java®-based tool that generates fast and lightweight Java class files 
called translets that can be plugged into existing applications or used directly for 
transforming XML files according to an input XSL stylesheet; It assists developer who 
need high volume, portable, embedded XML transformation capabilities in their 
applications."). 
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12. As to claim 10 (incorporating the rejection in claim 1) (Original), Koch discloses 
the method wherein the program language is an object-oriented program language 
(e.g., Sec. of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd 
Par. - XML describes the structure of the data you are sending; Add XSL to complete 
some simple transformations; Use Java® to encapsulate it with a few simple classes; 
You will then leverage a host of legacy system transactions written decades ago and 
development becomes easier; In addition, the solution, you employ is realtime, which 
circumvents the frustrations and problems that arise from working with an extract file or 
batch interface). 

13. As to claim 11 (incorporating the rejection in claim 10) (Original), Koch discloses 
the method further including: 

• receiving one or more name-value pairs for the message according to the object- 
oriented program language (e.g., P. 5, 1 st bullet - since XSL is applied to the 
incoming document as well as the outgoing document, the Java engine, once 
written, is insulated from changes in the incoming message structure; the entire 
DTD, or schema, of the incoming message could be changed completely; a 
programmer would only have to modify the XSL within this framework that styles 
the document into your name/value-pair format; 1 st Par. [after program listing] - 
essentially, the code matches the fields with value from the array and creates 
name/value pairs that are suitable for simplistic XML document); 
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• generating a byte array according to the OLTP language; and transmitting the 
byte array to an application (e.g., 1 st Par. [after program listing] - data 
manipulation transforms the response from a byte array or similar structure into 
an XML document; essentially, the code matches the fields with value from the 
array and creates name/value pairs that are suitable for simplistic XML 
document). 

14. As to claim 12 (incorporating the rejection in claim 10) (Original), Koch discloses 
the method further including: receiving a byte array for the message according to the 
OLTP language; generating one or more name-value pairs according to the object- 
oriented program language; and transmitting the name-value pairs to an application 
(e.g., P. 5, 1 st bullet - since XSL is applied to the incoming document as well as the 
outgoing document, the Java engine, once written, is insulated from changes in the 
incoming message structure; the entire DTD, or schema, of the incoming message 
could be changed completely; a programmer would only have to modify the XSL within 
this framework that styles the document into your name/value-pair format; 1 st Par. [after 
program listing] - essentially, the code matches the fields with value from the array and 
creates name/value pairs that are suitable for simplistic XML document). 

15. As to claim 13 (incorporating the rejection in claim 10) (Original), Koch discloses 
the method wherein the object-oriented program language is a Java language (e.g., 
Sec. of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - 
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XML describes the structure of the data you are sending; Add XSL to complete some 
simple transformations; Use Java® to encapsulate it with a few simple classes; You will 
then leverage a host of legacy system transactions written decades ago and 
development becomes easier; In addition, the solution, you employ is realtime, which 
circumvents the frustrations and problems that arise from working with an extract file or 
batch interface). 

16. As to claim 15 (Original), Koch discloses a method of generating source code 
comprising: receiving a markup language document, the markup language document 
being compliant with message rules associated with an online transaction processing 
(OLTP) language; and the source code enabling transformation of a payload message 
between a program language and the OLTP language (e.g., Sec. of "Combine XML, 
XSL, and Java to interface with mainframe systems", 2 nd Par. - XML describes the 
structure of the data you are sending; Add XSL to complete some simple 
transformations; Use Java® to encapsulate it with a few simple classes; You will then 
leverage a host of legacy system transactions written decades ago and development 
becomes easier; In addition, the solution, you employ is realtime, which circumvents the 
frustrations and problems that arise from working with an extract file or batch interface; 
Fig. 1 - Legacy transaction framework, elements of "Calling Application", "Java Engine", 
"Outgoing message structure", "Incoming message structure", and "Legacy System"; 
Sec. of "Conclusion" - XML, XSL, and Java work hand in hand to solve the complex 
problem of mainframe transaction access; Implementing XSL styling creates 
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supplementary layers in the framework that allow the solution to configure changes from 
the application server or the mainframe programs without recompiling the Java code 
that performs the mapping; XML allows us to describe the structure of the COBOL 
transactions, providing directions to the Java® engine on how to build the request or 
parse the response). 

Koch does not explicitly disclose compiling the markup language document into 
source code. 

However, in an analogous art of Apache Xalan XSLT Compiler (XSLTC) 
Integrated into the Java Web Services Developer Pack (WSDP), Cover discloses 
compiling the markup language document into source code (e.g., P. 1, 1 st Par., Lines 1- 
14 - The XSLT Compiler (XSLTC) is a "high-performance alternative to the Xalan 
Classic XSLT Processor for transforming XML documents into a variety of output 
formats; XSLTC is a free, open-source, Javad^based tool that generates fast and 
lightweight Java class files called translets that can be plugged into existing applications 
or used directly for transforming XML files according to an input XSL stylesheet; It 
assists developer who need high volume, portable, embedded XML transformation 
capabilities in their applications."). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Cover into the Koch's system 
to further provide compiling the markup language document into source code in Koch 
system. 
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The motivation is that it would further enhance the Koch's system by taking, 
advancing and/or incorporating Cover's system which offers significant advantages that 
the key benefits of XSLTC are speed and portability; XSLTC works by transparently 
compiling XSL style-sheets into Java® byte code [translets], which can then be used 
repeatedly to perform XSLT transformations on one or many XML files as once 
suggested by Cover (e.g., P. 1, 1 st Par., Lines 1-14). 

17. As to claim 16 (incorporating the rejection in claim 15) (Original), Koch discloses 
the method wherein the message rules define markup tags for describing components 
of the message (e.g., Sec. of "Combine XML, XSL, and Java to interface with 
mainframe systems", 2 nd Par. - XML describes the structure of the data you are 
sending; Add XSL to complete some simple transformations; Use Java® to encapsulate 
it with a few simple classes; You will then leverage a host of legacy system transactions 
written decades ago and development becomes easier; In addition, the solution, you 
employ is realtime, which circumvents the frustrations and problems that arise from 
working with an extract file or batch interface; Fig. 1 - Legacy transaction framework, 
elements of "Calling Application", "Java Engine", "Outgoing message structure", 
"Incoming message structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, 
and Java work hand i hand to solve the complex problem of mainframe transaction 
access; Implementing XSL styling creates supplementary layers in the framework that 
allow the solution to configure changes from the application server or the mainframe 
programs without recompiling the Java code that performs the mapping; XML allows us 
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to describe the structure of the COBOL transactions, providing directions to the Java® 
engine on how to build the request or parse the response). 

18. As to claim 17 (incorporating the rejection in claim 16) (Original), Koch discloses 
the method wherein the message is a request message from an application to an OLTP 
host (e.g., Fig. 1 - Legacy transaction framework, elements of "outgoing message 
structure", "incoming message structure"). 

19. As to claim 18 (incorporating the rejection in claim 16) (Original), Koch discloses 
the method wherein the message is a response message from an OLTP host to an 
application (e.g., Fig. 1 - Legacy transaction framework, elements of "outgoing 
message structure", "incoming message structure"). 

20. As to claim 19 (incorporating the rejection in claim 16) (Original), Koch discloses 
the method wherein the markup language is an extensible markup language (e.g., Sec. 
of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - XML 
describes the structure of the data you are sending; Add XSL to complete some simple 
transformations; Use Java® to encapsulate it with a few simple classes; You will then 
leverage a host of legacy system transactions written decades ago and development 
becomes easier; In addition, the solution, you employ is realtime, which circumvents the 
frustrations and problems that arise from working with an extract file or batch interface). 
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21. As to claim 20 (incorporating the rejection in claim 15) (Original), Cover 
discloses the method further including compiling the markup language document based 
on stylesheet data, the stylesheet data representing a program template for the 
message in the program language (e.g., P. 1 , 1 st Par., Lines 1-14 - The XSLT Compiler 
(XSLTC) is a "high-performance alternative to the Xalan Classic XSLT Processor for 
transforming XML documents into a variety of output formats; XSLTC is a free, open- 
source, Java®-based tool that generates fast and lightweight Java class files called 
translets that can be plugged into existing applications or used directly for transforming 
XML files according to an input XSL stylesheet; It assists developer who need high 
volume, portable, embedded XML transformation capabilities in their applications."). 

22. As to claim 21 (incorporating the rejection in claim 20) (Original), Cover 
discloses the method further including using a stylesheet parser to compile the markup 
language document (e.g., P. 1 , 1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a 
"high-performance alternative to the Xalan Classic XSLT Processor for transforming 
XML documents into a variety of output formats; XSLTC is a free, open-source, Java(5>- 
based tool that generates fast and lightweight Java class files called translets that can 
be plugged into existing applications or used directly for transforming XML files 
according to an input XSL stylesheet; It assists developer who need high volume, 
portable, embedded XML transformation capabilities in their applications."). 
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23. As to claim 22 (incorporating the rejection in claim 15) (Original), Cover 
discloses the method further including receiving and compiling a plurality of markup 
language documents for a plurality of message types (e.g., P. 1 , 1 st Par., Lines 1-14 - 
The XSLT Compiler (XSLTC) is a "high-performance alternative to the Xalan Classic 
XSLT Processor for transforming XML documents into a variety of output formats; 
XSLTC is a free, open-source, Java<s^based tool that generates fast and lightweight 
Java class files called translets that can be plugged into existing applications or used 
directly for transforming XML files according to an input XSL stylesheet; It assists 
developer who need high volume, portable, embedded XML transformation capabilities 
in their applications."). 

24. As to claim 23 (Original), Koch discloses a method of processing messages 
comprising: 

• receiving one or more extensible markup language (XML) documents, the XML 
documents being compliant with message rules associated with an online 
transaction processing (OLTP) language, the OLTP language being a gaming 
system language and the message rules defining markup tags for describing 
components of the message; 

• using the compiled source code to transform a message between the program 
language and the OLTP language (e.g., Sec. of "Combine XML, XSL, and Java 
to interface with mainframe systems", 2 nd Par. - XML describes the structure of 
the data you are sending; Add XSL to complete some simple transformations; 
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Use Java® to encapsulate it with a few simple classes; You will then leverage a 
host of legacy system transactions written decades ago and development 
becomes easier; In addition, the solution, you employ is realtime, which . 
circumvents the frustrations and problems that arise from working with an extract 
file or batch interface; Fig. 1 - Legacy transaction framework, elements of 
"Calling Application", "Java Engine", "Outgoing message structure", "Incoming 
message structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, and 
Java work hand in hand to solve the complex problem of mainframe transaction 
access; Implementing XSL styling creates supplementary layers in the framework 
that allow the solution to configure changes from the application server or the 
mainframe programs without recompiling the Java code that performs the 
mapping; XML allows us to describe the structure of the COBOL transactions, 
providing directions to the Java® engine on how to build the request or parse the 
response). 

Koch does not explicitly disclose repeating the receiving and compiling of XML 
documents and the compiling of source code for a plurality of message types; compiling 
the XML documents into source code in an object-oriented program language based on 
stylesheet data, the stylesheet data representing a program template for a payload 
message in the program language, the source code enabling transformation of the 
message between the program language and the OLTP language; compiling the source 
code; the source code being generated automatically. 
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However, in an analogous art of Apache Xalan XSLT Compiler (XSLTC) Integrated 
into the Java Web Services Developer Pack (WSDP), Cover discloses repeating the 
receiving and compiling of XML documents and the compiling of source code for a 
plurality of message types; compiling the XML documents into source code in an object- 
oriented program language based on stylesheet data, the stylesheet data representing 
a program template for a payload message in the program language, the source code 
enabling transformation of the message between the program language and the OLTP 
language; compiling the source code; the source code being generated automatically 
(e.g., P. 1, 1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a "high-performance 
alternative to the Xalan Classic XSLT Processor for transforming XML documents into a 
variety of output formats; XSLTC is a free, open-source, Java®-based tool that 
generates fast and lightweight Java class files called translets that can be plugged into 
existing applications or used directly for transforming XML files according to an input 
XSL stylesheet; It assists developer who need high volume, portable, embedded XML 
transformation capabilities in their applications."; Lines 18-28 - These Java standards 
allow developers to send and receive SOAP messages, browse and retrieve information 
in UDDI and ebXML registries, and quickly build and deploy Web applications based on 
the latest JSP standards; Java® WSDP Version 1.0_01 also includes: (1) Java XML 
Pack [Java® API for XML Messaging (JAXM); Java® API for XML Processing (JAXP) 
with XML Schema support; Java API for XML Registries (JAXR); Java API for XML- 
based RPC (JAX-RPC); SOAP with Attachments API for Java® (SAAJ)]; (2) JavaServer 
Pages Standard Tag Library [JSTL] (3) Java WSDP Registry Server; (4) Web 



Application/Control Number: 1 0/681 ,057 Page 1 9 

Art Unit: 2192 

Application Deployment Tool; ((5) Ant Build Tool; (6) Apache Tomact 4.1 .2 container; 
Lines 18-28 - These Java standards allow developers to send and receive SOAP 
messages, browse and retrieve information in UDDI and ebXML registries, and quickly 
build and deploy Web applications based on the latest JSP standards; Java®WSDP 
Version 1.0_01 also includes: (1) Java XML Pack [Java® API for XML Messaging 
(JAXM); Java® API for XML Processing (JAXP) with XML Schema support; Java API 
for XML Registries (JAXR); Java API for XML-based RPC (JAX-RPC); SOAP with 
Attachments API for Java® (SAAJ)]; (2) JavaServer Pages Standard Tag Library [JSTL] 
(3) Java WSDP Registry Server; (4) Web Application Deployment Tool; (5) Ant Build 
Tool; (6) Apache Tomact 4.1.2 container). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Cover into the Koch's system 
to further provide disclose repeating the receiving and compiling of XML documents and 
the compiling of source code for a plurality of message types; compiling the XML 
documents into source code in an object-oriented program language based on 
stylesheet data, the stylesheet data representing a program template for a payload 
message in the program language, the source code enabling transformation of the 
message between the program language and the OLTP language; compiling the source 
code; the source code being generated automatically in Koch system. 

The motivation is that it would further enhance the Koch's system by taking, 
advancing and/or incorporating Cover's system which offers significant advantages that 
the key benefits of XSLTC are speed and portability; XSLTC works by transparently 
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compiling XSL style-sheets into Java® byte code [translets], which can then be used 
repeatedly to perform XSLT transformations on one or many XML files as once 
suggested by Cover (e.g., P. 1, 1 st Par., Lines 1-14). 

25. As to claim 24 (incorporating the rejection in claim 23) (Original), Cover 
discloses the method further including using a stylesheet parser to compile the XML 
documents (e.g., P. 1, 1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a "high- 
performance alternative to the Xalan Classic XSLT Processor for transforming XML 
documents into a variety of output formats; XSLTC is a free, open-source, Java(§Vbased 
tool that generates fast and lightweight Java class files called translets that can be 
plugged into existing applications or used directly for transforming XML files according 
to an input XSL stylesheet; It assists developer who need high volume, portable, 
embedded XML transformation capabilities in their applications."). 

26. As to claim 25 (incorporating the rejection in claim 23) (Original), Koch discloses 
the method further including: 

• receiving one or more name-value pairs for the message according to the 
program language (e.g., P. 5, 1 st bullet - since XSL is applied to the incoming 
document as well as the outgoing document, the Java engine, once written, is 
insulated from changes in the incoming message structure; the entire DTD, or 
schema, of the incoming message could be changed completely; a programmer 
would only have to modify the XSL within this framework that styles the 
document into your name/value-pair format; 1 st Par. [after program listing] - 
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essentially, the code matches the fields with value from the array and creates 
name/value pairs that are suitable for simplistic XML document); 

• generating a byte array according to the OLTP language; and transmitting the 
byte array to an application (e.g., 1 st Par. [after program listing] - data 
manipulation transforms the response from a byte array or similar structure into 
an XML document; essentially, the code matches the fields with value from the 
array and creates name/value pairs that are suitable for simplistic XML 
document). 

27. As to claim 26 (incorporating the rejection in claim 23) (Original), Koch discloses 
the method further including: 

• receiving a byte array for the message according to the OLTP language (e.g., 1 st 
Par. [after program listing] - data manipulation transforms the response from a 
byte array or similar structure into an XML document; essentially, the code 
matches the fields with value from the array and creates name/value pairs that 
are suitable for simplistic XML document); 

• generating one or more name-value pairs according to the program language; 
and transmitting the name-value pairs to an application (e.g., P. 5, 1 st bullet - 
since XSL is applied to the incoming document as well as the outgoing 
document, the Java engine, once written, is insulated from changes in the 
incoming message structure; the entire DTD, or schema, of the incoming 
message could be changed completely; a programmer would only have to modify 
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the XSL within this framework that styles the document into your name/value-pair 
format; 1 st Par. [after program listing] - essentially, the code matches the fields 
with value from the array and creates name/value pairs that are suitable for 
simplistic XML document). 

28. As to claim 27 (incorporating the rejection in claim 23) (Original), Koch discloses 
the method wherein the object-oriented program language is a Java language (e.g., 
Sec. of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - 
XML describes the structure of the data you are sending; Add XSL to complete some 
simple transformations; Use Java® to encapsulate it with a few simple classes; You will 
then leverage a host of legacy system transactions written decades ago and 
development becomes easier; In addition, the solution, you employ is realtime, which 
circumvents the frustrations and problems that arise from working with an extract file or 
batch interface). 

29. As to claim 28 (Original), Koch discloses a message processing architecture 
comprising: the message parser to transform a payload message between the program 
language and an online transaction processing (OLTP) language (e.g., Sec. of 
"Combine XML, XSL, and Java to interface with mainframe systems", 2 nd Par. - XML 
describes the structure of the data you are sending; Add XSL to complete some simple 
transformations; Use Java® to encapsulate it with a few simple classes; You will then 
leverage a host of legacy system transactions written decades ago and development 
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becomes easier; In addition, the solution, you employ is realtime, which circumvents the 
frustrations and problems that arise from working with an extract file or batch interface; 
Fig. 1 - Legacy transaction framework, elements of "Calling Application", "Java Engine", 
"Outgoing message structure", "Incoming message structure", and "Legacy System"; 
Sec. of "Conclusion" - XML, XSL, and Java work hand in hand to solve the complex 
problem of mainframe transaction access; Implementing XSL styling creates 
supplementary layers in the framework that allow the solution to configure changes from 
the application server or the mainframe programs without recompiling the Java code 
that performs the mapping; XML allows us to describe the structure of the COBOL 
transactions, providing directions to the Java® engine on how to build the request or 
parse the response). 

Koch does not explicitly disclose a development module, the development 
module to generate source code in a program language; a program compiler, the 
program compiler to compile the source code; and the development module to generate 
the source code automatically. 

However, in an analogous art of Apache Xalan XSLT Compiler (XSLTC) 
Integrated into the Java Web Services Developer Pack (WSDP), Cover discloses a 
development module, the development module to generate source code in a program 
language; a program compiler, the program compiler to compile the source code; and 
the development module to generate the source code automatically (e.g., P. 1, 1 st Par., 
Lines 1-14 - The XSLT Compiler (XSLTC) is a "high-performance alternative to the 
Xalan Classic XSLT Processor for transforming XML documents into a variety of output 
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formats; XSLTC is a free, open-source, Java®-based tool that generates fast and 
lightweight Java class files called translets that can be plugged into existing applications 
or used directly for transforming XML files according to an input XSL stylesheet; It 
assists developer who need high volume, portable, embedded XML transformation 
capabilities in their applications."). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Cover into the Koch's system 
to further provide a development module, the development module to generate source 
code in a program language; a program compiler, the program compiler to compile the 
source code; and the development module to generate the source code automatically in 
Koch system. 

The motivation is that it would further enhance the Koch's system by taking, 
advancing and/or incorporating Cover's system which offers significant advantages that 
the key benefits of XSLTC are speed and portability; XSLTC works by transparently 
compiling XSL style-sheets into Java® byte code [translets], which can then be used 
repeatedly to perform XSLT transformations on one or many XML files as once 
suggested by Cover (e.g., P. 1, 1 st Par., Lines 1-14). 

30. As to claim 29 (incorporating the rejection in claim 28) (Original), Cover 
discloses the system wherein the development module is to receive a markup language 
document and compile the markup document into the source code, the markup 
language document to be compliant with message rules associated with the OLTP 
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language (e.g., P. 1 , 1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a "high- 
performance alternative to the Xalan Classic XSLT Processor for transforming XML 
documents into a variety of output formats; XSLTC is a free, open-source, Java®-based 
tool that generates fast and lightweight Java class files called translets that can be 
plugged into existing applications or used directly for transforming XML files according 
to an input XSL stylesheet; It assists developer who need high volume, portable, 
embedded XML transformation capabilities in their applications."; Lines 18-28 - These 
Java standards allow developers to send and receive SOAP messages, browse and 
retrieve information in UDDI and ebXML registries, and quickly build and deploy Web 
applications based on the latest JSP standards; Java®WSDP Version 1.0_01 also 
includes: (1) Java XML Pack [Java® API for XML Messaging (JAXM); Java® API for 
XML Processing (JAXP) with XML Schema support; Java API for XML Registries 
(JAXR); Java API for XML-based RPC (JAX-RPC); SOAP with Attachments API for 
Java® (SAAJ)]; (2) JavaServer Pages Standard Tag Library [JSTL] (3) Java WSDP 
Registry Server; (4) Web Application Deployment Tool; ((5) Ant Build Tool; (6) Apache 
Tomact 4.1 .2 container; Lines 18-28 - These Java standards allow developers to send 
and receive SOAP messages, browse and retrieve information in UDDI and ebXML 
registries, and quickly build and deploy Web applications based on the latest JSP 
standards; Java® WSDP Version 1.0JD1 also includes: (1) Java XML Pack [Java® API 
for XML Messaging (JAXM); Java® API for XML Processing (JAXP) with XML Schema 
support; Java API for XML Registries (JAXR); Java API for XML-based RPC (JAX- 
RPC); SOAP with Attachments API for Java® (SAAJ)]; (2) JavaServer Pages Standard 
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Tag Library [JSTL] (3) Java WSDP Registry Server; (4) Web Application Deployment 
Tool; (5) Ant Build Tool; (6) Apache Tomact 4.1 .2 container) and Koch discloses the 
source code to enable transformation of the message between the program language 
and the OLTP language (e.g., Sec. of "Combine XML, XSL, and Java to interface with 
mainframe systems", 2 nd Par. - XML describes the structure of the data you are 
sending; Add XSL to complete some simple transformations; Use Java® to encapsulate 
it with a few simple classes; You will then leverage a host of legacy system transactions 
written decades ago and development becomes easier; In addition, the solution, you 
employ is realtime, which circumvents the frustrations and problems that arise from 
working with an extract file or batch interface). 

31. As to claim 30 (incorporating the rejection in claim 29) (Original), Koch discloses 
the system wherein the message rules define markup tags for describing components of 
the message (e.g., Sec. of "Combine XML, XSL, and Java to interface with mainframe 
systems", 2 nd Par. - XML describes the structure of the data you are sending; Add XSL 
to complete some simple transformations; Use Java® to encapsulate it with a few 
simple classes; You will then leverage a host of legacy system transactions written 
decades ago and development becomes easier; In addition, the solution, you employ is 
realtime, which circumvents the frustrations and problems that arise from working with 
an extract file or batch interface; Fig. 1 - Legacy transaction framework, elements of 
"Calling Application", "Java Engine", "Outgoing message structure", "Incoming message 
structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, and Java work hand 
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i hand to solve the complex problem of mainframe transaction access; Implementing 
XSL styling creates supplementary layers in the framework that allow the solution to 
configure changes from the application server or the mainframe programs without 
recompiling the Java code that performs the mapping; XML allows us to describe the 
structure of the COBOL transactions, providing directions to the Java® engine on how 
to build the request or parse the response). 

32. As to claim 31 (incorporating the rejection in claim 29) (Original), Cover 
discloses the system wherein the development module further includes a stylesheet 
parser, the development module to use the stylesheet parser to compile the markup 
language document based on stylesheet data (e.g., P. 1, 1 st Par., Lines 1-14 - The 
XSLT Compiler (XSLTC) is a "high-performance alternative to the Xalan Classic XSLT 
Processor for transforming XML documents into a variety of output formats; XSLTC is a 
free, open-source, Java®-based tool that generates fast and lightweight Java class files 
called translets that can be plugged into existing applications or used directly for 
transforming XML files according to an input XSL stylesheet; It assists developer who 
need high volume, portable, embedded XML transformation capabilities in their 
applications."). 

33. As to claim 32 (Original), Koch discloses a machine readable medium 
comprising a set of stored instructions capable of being executed by a processor to: 
receive a markup language document, the markup language document to be compliant 
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with message rules associated with an online transaction processing (OLTP) language 
(e.g., Sec. of "Combine XML, XSL, and Java to interface with mainframe systems", 2 nd 
Par. - XML describes the structure of the data you are sending; Add XSL to complete 
some simple transformations; Use Java® to encapsulate it with a few simple classes; 
You will then leverage a host of legacy system transactions written decades ago and 
development becomes easier; In addition, the solution, you employ is realtime, which 
circumvents the frustrations and problems that arise from working with an extract file or 
batch interface; Fig. 1 - Legacy transaction framework, elements of "Calling 
Application", "Java Engine", "Outgoing message structure", "Incoming message 
structure", and "Legacy System"; Sec. of "Conclusion" - XML, XSL, and Java work hand 
in hand to solve the complex problem of mainframe transaction access; Implementing 
XSL styling creates supplementary layers in the framework that allow the solution to 
configure changes from the application server or the mainframe programs without 
recompiling the Java code that performs the mapping; XML allows us to describe the 
structure of the COBOL transactions, providing directions to the Java® engine on how 
to build the request or parse the response). 

Koch does not explicitly disclose that compiling the markup language document 
into source code, the source code to enable transformation of a message between a 
program language and the OLTP language. 

However, in an analogous art of Apache Xalan XSLT Compiler (XSLTC) 
Integrated into the Java Web Services Developer Pack (WSDP), Cover discloses that 
compiling the markup language document into source code, the source code to enable 
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transformation of a message between a program language and the OLTP language 
(e.g., P. 1, 1 st Par., Lines 1-14 -The XSLT Compiler (XSLTC) is a "high-performance 
alternative to the Xalan Classic XSLT Processor for transforming XML documents into a 
variety of output formats; XSLTC is a free, open-source, Java®-based tool that 
generates fast and lightweight Java class files called translets that can be plugged into 
existing applications or used directly for transforming XML files according to an input 
XSL stylesheet; It assists developer who need high volume, portable, embedded XML 
transformation capabilities in their applications."; Lines 18-28 - These Java standards 
allow developers to send and receive SOAP messages, browse and retrieve information 
in UDDI and ebXML registries, and quickly build and deploy Web applications based on 
the latest JSP standards; Java® WSDP Version 1.0_01 also includes: (1) Java XML 
Pack [Java® API for XML Messaging (JAXM); Java® API for XML Processing (JAXP) 
with XML Schema support; Java API for XML Registries (JAXR); Java API for XML- 
based RPC (JAX-RPC); SOAP with Attachments API for Java® (SAAJ)]; (2) JavaServer 
Pages Standard Tag Library [JSTL}(3) Java WSDP Registry Server; (4) Web 
Application Deployment Tool; ((5) Ant Build Tool; (6) Apache Tomact 4.1 .2 container; 
Lines 18-28 - These Java standards allow developers to send and receive SOAP 
messages, browse and retrieve information in UDDI and ebXML registries, and quickly 
build and deploy Web applications based on the latest JSP standards; Java® WSDP 
Version 1.0_01 also includes: (1) Java XML Pack [Java® API for XML Messaging 
(JAXM); Java® API for XML Processing (JAXP) with XML Schema support; Java API 
for XML Registries (JAXR); Java API for XML-based RPC (JAX-RPC); SOAP with 
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Attachments API for Java® (SAAJ)]; (2) JavaServer Pages Standard Tag Library [JSTL] 
(3) Java WSDP Registry Server; (4) Web Application Deployment Tool; (5) Ant Build 
Tool; (6) Apache Tomact 4.1 .2 container). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made- to combine the teachings of Cover into the Koch's system 
to further provide compiling the markup language document into source code, the 
source code to enable transformation of a message between a program language and 
the OLTP language in Koch system. 

The motivation is that it would further enhance the Koch's system by taking, 
advancing and/or incorporating Cover's system which offers significant advantages that 
the key benefits of XSLTC are speed and portability; XSLTC works by transparently 
compiling XSL style-sheets into Java® byte code [translets], which can then be used 
repeatedly to perform XSLT transformations on one or many XML files as once 
suggested by Cover (e.g., P. 1, 1 st Par., Lines 1-14). 

34. As to claim 33 (incorporating the rejection in claim 32) (Original), Koch discloses 
the medium wherein the message rules define markup tags for describing components 
of the message (e.g., Sec. of "Combine XML, XSL, and Java to interface with 
mainframe systems", 2 nd Par. - XML describes the structure of the data you are 
sending; Add XSL to complete some simple transformations; Use Java® to encapsulate 
it with a few simple classes; You will then leverage a host of legacy system transactions 
written decades ago and development becomes easier; In addition, the solution, you 
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employ is realtime, which circumvents the frustrations and problems that arise from 
working with an extract file or batch interface). 

35. As to claim 34 (incorporating the rejection in claim 32) (Original), Cover 
discloses the medium wherein the instructions are further capable of being executed to 
compile the markup language document based on stylesheet data, the stylesheet data 
to represent a program template for the message in the program language (e.g., P. 1, 
1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a "high-performance alternative to 
the Xalan Classic XSLT Processor for transforming XML documents into a variety of 
output formats; XSLTC is a free, open-source, Java®-based tool that generates fast and 
lightweight Java class files called translets that can be plugged into existing applications 
or used directly for transforming XML files according to an input XSL stylesheet; It 
assists developer who need high volume, portable, embedded XML transformation 
capabilities in their applications."). 

36. As to claim 35 (incorporating the rejection in claim 32) (Original), Cover 
discloses the medium wherein the instructions are further capable of being executed to 
receive and compile a plurality of markup language documents for a plurality of 
message types (e.g., P. 1 , 1 st Par., Lines 1-14 - The XSLT Compiler (XSLTC) is a 
"high-performance alternative to the Xalan Classic XSLT Processor for transforming 
XML documents into a variety of output formats; XSLTC is a free, open-source, Java<§>- 
based tool that generates fast and lightweight Java class files called translets that can 
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be plugged into existing applications or used directly for transforming XML files 
according to an input XSL stylesheet; It assists developer who need high volume, 
portable, embedded XML transformation capabilities in their applications."). 

37. As to claim 37 (incorporating the rejection in claim 1) (New), Koch discloses the 
method wherein the payload message is transformed directly between the program 
language and the OLTP language (e.g., Fig. 1 - Legacy transaction framework, 
elements of "calling application", "Java engine", "outgoing message structure", 
"incoming message structure", and "legacy system"). 

38. As to claim 39 (incorporating the rejection in claim 15) (New), Koch discloses 
the method wherein the payload message is transformed directly between the program 
language and the OLTP language (e.g., Fig. 1 - Legacy transaction framework, 
elements of "calling application", "Java engine", "outgoing message structure", 
"incoming message structure", and "legacy system"). 

39. As to claim 41 (incorporating the rejection in claim 23) (New), Koch discloses 
the method wherein the payload message is transformed directly between the program 
language and the OLTP language (e.g., Fig. 1 - Legacy transaction framework, 
elements of "calling application",, "Java engine", "outgoing message structure", 
"incoming message structure", and "legacy system"). 
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40. As to claim 43 (incorporating the rejection in claim 28) (New), Koch discloses 
the method wherein the payload message is transformed directly between the program 
language and the OLTP language (e.g., Fig. 1 - Legacy transaction framework, 
elements of "calling application", "Java engine", "outgoing message structure", 
"incoming message structure", and "legacy system"). 

41 . As to claim 45 (incorporating the rejection in claim 32) (New), Koch discloses 
the machine readable medium wherein the payload message is transformed directly 
between the program language and the OLTP language (e.g., Fig. 1 - Legacy 
transaction framework, elements of "calling application", "Java engine", "outgoing 
message structure", "incoming message structure", and "legacy system"). 

42. Claims 14, 36, 38, 40, 42 and 44 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Koch in view of Cover and further in view of Boushy et al. (Pat. No. 
6,003,013) (hereinafter 'Boushy' - arts made of record) 

43. As to claim 14 (incorporating the rejection in claim 1) (Original), Koch and Cover 
do not explicitly disclose the method wherein the OLTP language is a gaming system 
language. 

However, in an analogous art of Customer Worth Differentiation By Selective 
Activation of Physical Instrumentalities Within The Casino, Boushy discloses the 
method wherein the OLTP language is a gaming system language (e.g., Col. 6, Lines 
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1 1-17 - in a preferred embodiment of the invention, CMS [Casino Management System] 
includes Report Program Generator (RPG)-based programs for on-line transaction 
processing (OLTP) application; these applications consolidate activity data at the casino 
property related to gaming, and process CPDB [Central Patron Data Base] to retrieve or 
store data, as necessary). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Boushy into the Koch-Cover's 
system to further provide the method wherein the OLTP language is a gaming system 
language in Koch-Cover system. 

The motivation is that it would further enhance the Koch-Cover's system by 
taking, advancing and/or incorporating Boushy's system which offers significant 
advantages for differentiating customers according to their worth to the casino; 
customer information is accumulated at each affiliated casino through one or more LAN- 
based management systems, updated to a central patron database that is coupled to 
each casino LAN through a WAN, and made available to each affiliated casino property 
as needed as once suggested by Boushy (e.g., Abstract, Lines 1-7). 

44. As to claim 36 (incorporating the rejection in claim 1) (New), Koch and Cover do 
not explicitly disclose an online gaming system by an OTLP host and the wagering- 
related transactions and applications. 
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However, in an analogous art of Customer Worth Differentiation By Selective 
Activation of Physical Instrumentalities Within The Casino, Boushy discloses the 
method further comprising: 

• providing an online gaming system by an OTLP host which uses the OLTP 
language, wherein the online gaming system processes wagering-related 
transactions (e.g., Col. 6, Lines 1 1-17 - in a preferred embodiment of the. 
invention, CMS [Casino Management System] includes Report Program 
Generator (RPG)-based programs for on-line transaction processing (OLTP) 
application; these applications consolidate activity data at the casino property 
related to gaming, and process CPDB [Central Patron Data Base] to retrieve or 
store data, as necessary); and 

• providing an application at a consumer location which uses the program 
language, wherein the application provides access to the wagering-related 
transactions for the consumer (e.g., Fig 2B; Col. 7, Lines 16-24 - Also shown in 
Fig. 2B is an event management system (EMS) 240 on workstation 128 and a 
restaurant/retail point of sale system (POS) 244 coupled to workstation 148 and 
card reader 724; EMS 240 comprises software for handling ticketing information, 
reservations, and sales; POS 244 comprises accounting software for operating 
restaurants and retail venues within the casino property as well as software for 
transmitting charge information to other management systems); 

• wherein the payload message is part of at least one of the wagering-related 
transactions and comprises at least one of: a request to place an online wager, 
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or a response to the request to place the online wager (e.g., Col. 7 Line 64 
through Col. 8, Line 8 - in the preferred embodiment of the invention, the RPG 
applications of CMS are implemented in the AS400 environment of computer; in 
order to facilitate fast, real-time communication between CMS and CPDB, a 
messaging system is implemented as part of interface module of computer and 
transaction management system of server; the messaging system functions as 
an application program interface (API) that allow the RPG applications of CMS to 
communicate with CPDB via transaction management system, with LAN/WAN 
interface coupling messages between the different communications protocols; 
Col. 8, Lines 9-31 - these user provided service applications implement functions 
for coupling data to and from CPDB in response to request from CMD; a utility 
associated with the messaging system reads the data dictionary and defines data 
structures in the AS400 system environment suitable for passing data between 
the RPG applications of CMS and the messaging system; a message 
building/parsing module uses data provided through the defined data structures 
to build message packets for transmitting requests to transaction management 
system, withich directs the request to the appropriate service with the service 
applications provides analogous services for communications with DBMS). 
Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Boushy into the Koch-Cover's 
system to further provide an online gaming system by an OTLP host and the wagering- 
related transactions and applications in Koch-Cover system. 
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The motivation is that it would further enhance the Koch-Cover's system by 
taking, advancing and/or incorporating Boushy's system which offers significant 
advantages for differentiating customers according to their worth to the casino; 
customer information is accumulated at each affiliated casino through one or more LAN- 
based management systems, updated to a central patron database that is coupled to 
each casino LAN through a WAN, and made available to each affiliated casino property 
as needed as once suggested by Boushy (e.g., Abstract, Lines 1-7). 

45. As to claim 38 (incorporating the rejection in claim 15) (New), refer to claim 36 
above accordingly. 

46. As to claim 40 (incorporating the rejection in claim 23) (New), refer to claim 36 
above accordingly. 

47. As to claim 42 (incorporating the rejection in claim 28) (New), refer to claim 36 
above accordingly. 

48. As to claim 44 (incorporating the rejection in claim 32) (New), refer to claim 36 
above accordingly. 
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Conclusion 

49. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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